Method for a connection through a core network

ABSTRACT

A method of establishing a connection between a first access node and a second access node via a core network having a first core network node, further core network nodes, and a final core network node. The first access node sends an access request to the first core network node, which stores a set of framing information parameters received in the access request. The first core network node initializes the connection to a further core network node and sends the parameter set together with an indication that transparent transmission is to be utilized after connection establishment. The initialization of the connection and storing of the parameter set and the indication is performed stepwise in further core network nodes until the final core network node is reached. The final core network node initializes the connection to the second access node, which stores the parameter set and the indication.

TECHNICAL FIELD OF THE INVENTION

The present invention relates to a method for establishing a connectionbetween a first node (RNC1) and a second node (RNC2) within atelecommunication network.

BACKGROUND

Communication networks can be subdivided into core networks and accessnetworks, the latter providing access to user equipment, for example awireless access for mobile user equipment to a radio access network.Core networks interconnect access networks and optionally furthernetworks, e.g. the Internet. In the UMTS architecture, an access networkcan be controlled by an RNC (radio network controller) which isconnected to the core network and provides access to the core network,i.e. serves as access node. In 3GPP (3^(rd) Generation PartnershipProject) Technical Specification 3G TS 25.415 V3.2.0, the interfacebetween the access node and a node in the core network is denoted as Iuinterface. Over the Iu interface, connections can be establishedaccording to the Iu user plane protocol.

RFCIs (radio access bearer subflow combination indicators) areindicators to sets of parameters which are generated by an RNC in radioaccess bearer (RAB) assignments. They indicate which service data unitformats are valid, for example for use in speech frames or in ratecontrol requests received from the core network, and how they areformatted. RFCIs determine the codec mode, especially allowed rates.When a transcoder is inserted into a connection, it receives dataframes, e.g. Iu frames, and relates the assigned RFCI to a codec mode inorder to decode the frames. In the same way, it must indicate the RFCIwhen it sends an encoded frame.

The Iu interface as specified in 3GPP Technical Specification 3G TS25.415 terminates in a core network node, for example in an MSC or in amedia gateway controlled by an MSC server, according to the architectureof the core network. In a core network node, the content of data sentover a connection can be changed. Especially, the payload or speechcoding can be adapted, for example due to the intervention ofsupplementary services like DTMF (Dual Tone Multifrequency) toneinsertion, supplementary services tone insertion, messages or conferenceconnections of user equipment.

For connections between nodes within the core network, differentprotocols are possible. Beside the Iu user plane protocol, I.366.2 is aprotocol defined by the ITU (International Telecommunication Union) asservice specific convergence sublayer (SSCS) used on AAL2 (AsynchronousTransfer Mode Adaptation Layer Type 2) for carrying service specificpayloads. Especially, it is the framing protocol proposed to be used forcarrying compressed voice. This requires the core network node toterminate the Iu interface and to establish an AAL2 connection with therequired SSCS for the selected speech coding type. A further framingprotocol is RTP (Real Time Protocol) which can be carried on an IPtransport layer in the core network for transmission of compressed voiceof a specified encoding.

A problem with both RTP and I.366.2 is that they are applicationdependent and transport layer dependant. If the coding type changesduring a connection, a new AAL2 connection or modification must be madewith the new SSCS profile. For an IP network, a new RTP profile must beused. This requires unnecessary overhead to carry the profiles with thepayload. A further problem with SSCS or RTP is that both are servicespecific. The protocols require modifications in standardization andimplementation for every new service.

In contrast to this, the Iu user plane protocol is defined serviceindependent. An Iu interface can be connected between two access nodes,e.g. by using BICC (Bearer Independent Call Control) messages to passthe bearer address used in a first access node from a server, e.g. anMSC, controlling it to the server controlling the other access node. Inthis case, it is disadvantageous that there is no control of the userplane. For example, when a handover is necessary or a supplementaryservice invocation occurs, the Iu connection has to be cancelled and anew Iu connection must be established which is very inefficient andwould degrade the service level. However, for most of the time in aconnection, supplementary services or other functions within theconnection path are not necessary and hence a virtually direct andtransparent connection between access nodes or an access node and atranscoder is advantageous.

The other described framing protocols do not carry the Iu user planeparameters. Transcoders are necessary to terminate the Iu connection andneed to receive the parameters sent by the Iu user plane initializationprocedure (RFCIs). If another of the above-described framing protocolsis used in the core network, the Iu user plane protocol is terminated atthe first core network node in the connection, e.g. a media gateway. Thepayload content is then mapped to the other framing protocol.Furthermore, the RFCI initialization must be carried by the otherframing protocol and possibly mapped to the actual mode as the framingis codec type specific. At the final core network node in theconnection; a transcoder to terminate the Iu connection to the accessnode must then be initialized and the payload content must be mappedback to the Iu user plane protocol which requires sufficient processingcapacity.

It is also conceivable that parameter sets like RFCIs are transferredfrom access nodes by out-band procedures, i.e. the core network nodesare provided with parameter sets by a vertical control protocol fromservers controlling them. This architecture is customary in atelecommunication system with separate user plane comprising the corenetwork nodes and a control plane with the servers. Between the servers,the parameter sets can be transferred via the horizontal bearerindependent call control (BICC) protocol. The parameter sets can then betransferred to the core network nodes and stored during connectionset-up or are only sent when needed to modify a connection. Althoughthis solution allows establishing an Iu user plane connectiontransparently through the core network nodes, it has the disadvantagethat it requires a high amount of signaling traffic.

In the case, that inband signalling is used, two further problems canoccur. Firstly, that parameter sets sent by a first RNC and a second RNCmight by crossing. This happens for example, when a second RNC sends aparameter set before it receives a parameter set from the first RNC.

Secondly, an RNC might start initializations without being requested byan MSC, a so-called unsolicited initiation. To recognise saidinitializations, core network nodes have to monitor the user plane theytransport. As this consumes processor capacity in said core networknodes, this is not always favored.

SUMMARY AND DESCRIPTION OF THE INVENTION

It is the object of the present invention to obviate the abovedisadvantages and provide a simple method for the establishment of anefficient connection through a network, wherein the connection caneasily be controlled.

The proposed method establishes a connection between a first access nodeand a second access node which are connectable over a core network. Anaccess node can also be a node connecting a further communicationnetwork to the core network or a core network node terminating theconnection in a transcoder. The core network comprises interconnectedcore network nodes, for example media gateways or customary mobileservices switching centers (MSC). The first access node initializes theconnection to a first core network node according to a framing protocol.If the access node belongs to a different network, the initialisationcan be performed via a core network control node. During theinitialization, a set of parameters for the framing of information sentover the interface between the first access node and the first corenetwork node is transmitted to the first core network node. The firstcore network node stores the parameter set in a memory.

The first core network node either decides or receives a decision from acore network control node or an access node whether an indicator is tobe set, that transparent Iu UP transmission is permitted. An indicatoris set to “transparent transmission of Iu UP is permitted”. This has theeffect, that the access nodes are not permitted to perform anunsolicited initialisation and that respectively the core networkcontrol nodes or core network nodes can decide to remove the monitoringof Iu UP for initialisation messages. The parameter indicating thesetting of the indicator is sent to the access nodes during RABassignment. The first core network node stores the indicator in itsmemory.

In the case that the indicator is set, the Iu UP handling in the corenetwork nodes can be switched in or switched out for example by corenetwork control nodes. It is then also required that no unsolicited Iuinitialisation is received by the core network nodes. This is acceptablebecause the core network control node controls the RAB Assignment andthe edge core network nodes, for example the first and the final controlnode. It is the edge core network nodes that need their Iu UP functionswitched in prior to a RAB assignment modification.

The control of this procedure can be initiated by the core networkcontrol nodes at either end of the call, independently. A new procedurein the RAB Assignment from the core network control node to the RNCindicates that the RNC should maintain the Iu UP initialisation untilinstructed to change by a further RAB Assignment or Relocation Request.The RNC can send the indicator, for example as a new field in the IU UPinitialisation PDU. This enables other core network nodes in the callpath to remove their Iu UP termination and monitoring functions.

The first core network node then initializes the connection to a furthercore network node according to said protocol and the further corenetwork node also stores the parameter set and, if applicable, theindicator. In this way, a stepwise initialization of the connection tofurther core network nodes and storing of parameters and, if applicable,the indicator in the further core network nodes is performed until afinal core network node is reached which is connectable to the secondaccess node. It is possible that the second core network node is alreadythe final core network node. The final core network node initializes theconnection to the second access node according to said framing protocoland the second access node stores the parameter set and, if applicable,the indicator.

The proposed method is simple and requires a low processing effort inthe nodes because no mapping between different framing protocols isnecessary. In a simple implementation, the core network nodes transferthe frames without evaluation of the content. However, every corenetwork node can terminate the framing protocol, establish furtherconnections or connections with different parameters and access the datain the frames using the stored parameters. Especially, the connectioncan be controlled or adapted in every node with low delay andindependent of other nodes in the connection. Because only one protocolis used in a connection, there are no problems of adaptation and a fastevolution of services is possible. A virtual transparent connectionbetween access nodes and a transcoder, respectively between access nodesis possible. Preferably, the described method is performed in acommunication network.

The proposed method allows, however, also to change the framing protocolbetween two nodes in the core network (e.g. between CN1 and CN2 by useof RTP or 1.366.2) wherever required and where these other framingprotocols are defined for the service in question, because the framingprotocol is initialized and can be terminated in each of the nodes. Thisrequires more processing within these network nodes and is not asflexible as the preferred method, but it allows the intervention ofsupplementary services within each node, as described below.

In a preferred embodiment, the core network nodes acknowledge theinitialization to the preceding node, i.e. a core network node or anaccess node. In this way, the initialization is terminated for thepreceding node. The acknowledgement is preferably sent before or duringthe initialization of the connection to a further core network node.

A preferable framing protocol is the Iu protocol which can be usedinside a core network according to 3GPP specifications to carry payloadbetween core network nodes and to an edge of the network where, forexample, the connection is terminated in a transcoder or in aterminating access node, e.g. an RNC. The Iu user plane protocol isinitialized in every node in the connection that may add a service tothe payload.

An advantageous core network node in the connection can insert afunction unit into the connection, e.g. break the transcoder freeoperation of the connection by inserting a transcoder or by inserting afunction unit providing a supplementary service. An insertion ofsupplementary services can occur inside media gateways without aninfluence on other nodes and links in the connection and is in this wayfast and simple to handle.

A preferable core network node can break the connection and initialize aconnection segment to a different core network node or access nodeaccording to said protocol, preferably using the same parameter set forthe connection segment as for the former connection. In this way, forexample a handover of a connection between different access nodes can beperformed if the connection is terminated by a mobile user equipmentmoving in a communication system or the connection can be redirected.

The second access node can initialize a reverse connection to the finalcore network node according to the protocol. A second set of parametersfor the framing of information is transmitted, and the initialization isperformed stepwise to the first access node, i.e. in the same way as thefirst connection. It is preferable that both sets of parameters areidentical or at least enable a connection according to a common subsetof parameters.

It is possible that both access nodes receive a request from controlnodes of the core network to establish a connection to the respectiveother access node. Especially in this case, both sets of parameters canbe incompatible, i.e. no common connection parameters can be obtainedfrom the sets although both sets may allow several different connectionoptions. In this case, the processing system of a preferable corenetwork node checks both sets of parameters and inserts a transcoderinto the connection which adapts the formats of the frames sentaccording to the different parameter sets.

Alternatively, if a core network node detects that both sets ofparameters are incompatible, it sends a message to a control server forinitiating a modification of connection parameters by at least oneaccess node. The modification can be initiated by control messages sentto the respective access node.

The connection between two core network nodes can be established via oneor several switches, i.e. nodes in the core network which do not storeconnection parameters and can not change connection parameters.

If a core network node is adapted to establish connections according todifferent framing protocols, it preferably checks the framing protocoldefined in a request to initialize a connection and selects said framingprotocol for the initialization of the connection to a further node. Inthis way, a mapping between different protocols is avoided while severalprotocols can be used.

A core network node according to the invention, e.g. an MSC or a mediagateway, is interconnected with further core network nodes. It has aninterface for receiving an initialization request from an access node ora further core network node to establish a connection according to aframing protocol. A processing system is adapted to extract a set ofparameters for the framing protocol from the request and initialize theconnection to a further core network node or an access node according tosaid protocol. Optionally, the processing system determines an indicatorfor the permission of transparent Iu UP transmission after connectionestablishment. The determination can be performed by extracting theindicator from the initialisation request, by receiving it from a corenetwork control node, or by decision. The extracted parameter set and,if applicable, the indicator are stored in a memory. The indicator isevaluated for the monitoring of the payload. The core network node canpreferably perform any steps of the above described methods relating tothe core network node.

In the invention, a transparent transmission through core network nodesis preferably selected. In a non-transparent mode, a core network nodetransmitting the user plane monitors the user plane for initialisationmessages.

In the transparent mode, unsolicited Iu UP (Iu user plane)initialization, that is an Iu UP initialization starting withoutinvolving an MSC or MSC server, from an RNC during an active call is notpermitted. The RAB (radio access bearer) assignment contains a newparameter which indicates if the RNC is allowed to perform unsolicitedIu UP initializations or not. If the MSC Server has successfullynegotiated a TrFO (transcoder free operation) call it can then decide ifit wants the TrFO connection to be transparent or not. If the option isto support transparent Iu UP connections then it sets this parameter inthe RAB Assignment. The RNC then sets the new indicator in the Iu UPinitialization indicating this. This means that the RNC does notre-configure its set of parameter e.g. RFC's and TFC's mid-call withoutreceiving a new RAB Assignment or Relocation Request from the MSC.

In the case where an SRNC (serving RNC) receives an Iu frame indicatingthat an initialization procedure is active at the other end of the IuUP, the RNC changes its RFCI set to match the set indicated by the peer.That is, both RFCI sets, i.e. the set for uplink and the set fordownlink, match and are derived by the peer.

If the transparent mode is not supported by a core network node, theuser plane has to be monitored for Iu UP initialization and mapping ofRFCI allocation from the RNC interacting with said core network node, toany initializations received from a far end RNC is to be performed.

A program unit according to the invention can be stored on a datacarrier or be directly loadable into a core network node. The programunit comprises code for performing the steps of receiving a request toinitialize a connection according to a framing protocol, extracting aset of parameters for the framing of information according to saidprotocol, storing the parameter set. Optional is a step of deciding orreceiving a decision whether an indicator for the permission oftransparent transmission of Iu UP is permitted. Furthermore, the unitperforms the step of initializing the connection to a further corenetwork node or an access node according to said protocol, and, ifapplicable, forwarding the indicator. It can preferably perform anysteps of the above methods relating to the core network node.

The foregoing and other objects, features and advantages of the presentinvention will become more apparent in the following detaileddescription of preferred embodiments as illustrated in the accompanyingdrawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a basic connection establishment according to theinvention.

FIG. 2 shows a connection establishment between two access nodes.

FIG. 3 shows a redirection of a connection between two access nodes.

FIG. 4 shows a connection with an inserted pair of transcoders.

FIG. 5 shows the processing of a connection which is initiated withincompatible parameter sets by the access nodes.

FIG. 6 shows a basic connection establishment according to theinvention.

FIG. 7 a shows a core network node transferring Iu UP in anon-transparent way.

FIG. 7 b shows a core network node transferring Iu UP in a transparentway.

DETAILED DESCRIPTION OF. PREFERRED EMBODIMENTS OF THE INVENTION

In FIG. 1 the first steps of the initialization of a connectionaccording to the invention is depicted. The connection is establishedaccording to the Iu user plane protocol, which is terminated in everycore network node CN that may require modifying the user connection, forexample for a supplementary service intervention. From a first accessnode RNC1 a message In1 to initialize a connection is sent to a firstcore network node CN1. In the example, the message In1 is an Iuinitialize packet data unit. A processing system of the first corenetwork node CN1 extracts a set of parameters, especially RFCIs, fromthe message In1 and stores them in a memory MEM1. The first core networknode CN1 sends an acknowledgement Ack1 of the message In1 to the firstaccess node RNC1 and creates a further message In2 comprising theparameter set. The core network node CN1 can decide to allow transparentIu UP transmission after call establishment. In this case, an indicatorindicating the transparent transmission of Iu UP is added to theparameter set or sent together with it. This can be implemented by amodification of the 3GPP TS 25.415 standard, allowing the addition ofsaid indicator. Message In2 is sent to a further core network node CN2which also extracts the parameter set and said indicator, stores it in amemory MEM2 and sends an acknowledgement Ack2 back to the first corenetwork node. By repeating the initialization stepwise for all nodes inthe connection, every node has control of the Iu user plane and servicedata unit formats passed in the initialization packet data unit.

Parameter sets, especially RFCIs, are generated according to customaryspecifications for communication networks by the access nodes RNC1, RNC2as soon as a request to set up a connection is received. For atranscoder free operation of a connection, there are generally two setsor RFCIs, being initialized from each access node to the other.Alternatively, the messaging from and between servers controlling thecore network nodes CN can be adapted to allow only one initialization,e.g. from the first access node RNC1. As shown in FIG. 2, the secondaccess node RNC2 waits in this case for the initialization from thefirst access node RNC1 sent stepwise via messages In1, In2, In3acknowledged by corresponding acknowledgements Ack1, Ack2, Ack3. In thesame way, the connection is then initialized backwards with the same setof parameters via messages In4, In5, In6 acknowledged by correspondingacknowledgements Ack4, Ack5, Ack6. In this way, incompatible parametersets can be avoided.

In a preferred embodiment of the invention, no initialization inbackward direction is performed if the indicator for a transparent Iu UPtransmission is set. As the same parameter set is used in eitherdirection, an initialization in backward direction is redundant. Toenable the usage of the same parameter set in uplink and downlinkbetween the final core network node CN2 and the second access node RNC2,the second access network node has to adapt both parameter sets, foruplink and downlink connection at initialization.

FIG. 3 shows an example of a redirection of an established connection Codue to a relocation of the serving access node terminating one end ofthe connection Co as indicated by arrow Ar. A relocation can for examplebe necessary when a user moves in the coverage area of a mobilecommunications network and a handover is performed between radio basestations controlled by different controllers serving also as accessnodes RNC2, RNC3. A new radio access bearer is established by accessnode RNC3 to the core network node CN2, e.g. a media gateway, byperforming a new Iu user plane initialization with a message In which isacknowledged by acknowledgement Ack the core network node CN2. Theparameters initialized by the first access node RNC1 for the originalconnection are read from a memory in core network node CN2 andtransmitted in initialization message In′ with correspondingacknowledgement Ack′ to the new access node RNC3. The new access nodeRNC3 can use the set of parameters for both uplink and downlinkconnection to the network. The other nodes taking part in the connectionare left unaffected. In this way, a new connection segment Co′ can beestablished in a fast and simple way.

In an embodiment, the core network node CN2 transfers the parametersfrom message In by stepwise initialization back to the other access nodeRNC1 as depicted by initialization messages In″, In′″ with correspondingacknowledgements Ack″, Ack′″. Preferably, message In″ is only sent ifthe core network node CN2 detects that the parameter set in message Inis compatible to those of the original connection Co. Else procedures asdescribed with respect to FIGS. 4 and 5 can be initiated.

In FIG. 4, a connection Co between two access nodes RNC1, RNC2 over corenetwork nodes CN1, CN2 is shown with a pair of transcoders TR insertedinto the connection. The insertion can be performed at any core networknode. The insertion can be performed for example into an ongoingconnection to provide a supplementary service or already during theestablishment of connection, Co if required by incompatible parametersets sent by the access nodes RNC1, RNC2. Preferably, the insertion of atranscoder TR is handled within a core network node CN1. Because thenecessary parameters for terminating the Iu user plane protocol arestored in the core network node CN1, they can be provided to thetranscoder TR fast and efficiently. Therefore, transcoder TR can beswitched into connection Co with minimum delay in a primed state.Consequently, speech and data frames can be received and transmittedcoherently during the insertion improving the in this period connectionquality.

In FIG. 5, the treatment of a mismatch of parameter sets in acommunication system with separate user plane UP and control plane CP isdescribed. The user plane UP comprises the core network nodes CN1, CN2and the access nodes RNC1, RNC2 while several servers MSC1, MSC2 forcontrolling these nodes CN, RNC are included in the control plane CP.Messages within the control plane CP can for example be transferredaccording to the BICC protocol, while the Iu user plane protocol issuitable for messages within the user plane UP.

In the example both access nodes RNC1, RNC2 have received from therespective servers MSC1, MSC2 a message to initiate a connection with aspecific codec type. Accordingly, access node RNC1 begins to initializea connection with a message Inb while access node RNC2 begins toinitialize a connection with messages Ina, Ina′. The correspondingacknowledgements are not shown to simplify the figure. It is possible,that the access nodes RNC1, RNC2 select different active codec sets forthe initialization messages Ina, Inb which are incompatible.

Preferably, every core network node or specified core network nodes inthe connection, e.g. media gateways connected to access nodes, comparethe parameter sets received in the different initialization messagesIna′, Inb. If a core network node CN1 determines that there is no matchof supported modes—i.e. both access nodes RNC initialize separate modeswithout a common mode the core network node CN1 in one embodiment of theinvention automatically inserts transcoders to allow the successfulestablishment of the connection. In this case, the transcoders in thecore network node CN1 terminate two connections to the respective accessnodes RNC1, RNC2. The initialization of the reverse connections is thenstarted from core network node CN1 with an initialization messagescontaining the parameter set of message Inb towards access node RNC1 andwith an initialization messages containing the parameter set of messageIna′ towards access node RNC2.

The alternative embodiment depicted in FIG. 5 allows to establish atransparent connection without transcoders if a common mode is possiblefor both access nodes RNC. In this case, core network node CN1 sends amessage 51 to the controlling server MSC1, that the RFCI sets receivedin both messages Inb, Ina′ are incompatible. Message 51 can for examplebe sent over an H.248 interface. Due to stored or requested capabilityinformation about the access nodes, the server MSC1 can then decidewhether it is necessary to modify the connection by sending back amessage to the core network node CN1 to insert transcoders.

If, however, both access nodes RNC1, RNC2 are adapted to establish aconnection with a common mode, messages 53 for determining acorresponding mode can be sent to the servers controlling the accessnodes RNC1, RNC2. The servers MSC1, MSC2 can then send messages 52, 54to the respective access nodes RNC1, RNC2 to activate said mode andrepeat the initialization with new messages Ina, Inb. Messages 52, 54can for example be RANAP (Radio Access Network Application Protocol)messages.

If different framing protocols are supported in the core network it isproposed that they are also negotiated in the control plane CP alongwith the codec types and bearer connection characteristics. In thiscase, one framing protocol, e.g. Iu user plane, can be requested as thepreferred framing type, especially from a 3G access node. This providesthe opportunity to use Iu user plane framing end to end if a connectiontransits a network supporting different framing protocols and then againterminates in a 3G network. Compressed speech can then be conveyedthrough the core network without mapping between different framingprotocols. Further, any services can be supported in every core networknode after it has terminated the Iu user plane protocol. It can theninsert a transcoder without requiring a new User Plane initialization orradio access bearer reestablishment.

Finally, if multiple framing protocols are used in a connection, thestepwise initialization of the RFCIs can also be adopted for theseprotocols.

In FIG. 6 a connection is set up between an access node from a furthernetwork and a network controlled according to the invention. A callrequest 61 is received in a core network control node GMSC. The corenetwork control node GMSC decides to set an indicator that thetransparent Iu UP transmission is permitted. It defines a set ofparameter and sends the set of parameter, or an identification of saidset as well as the indicator to a first core network node CN1 in amessage 62.

In a further embodiment of the invention, the set of parameters and anacknowledgement are exchanged in a message sequence InAck between theaccess node RNC1 and the first core network node CN1. In this case, onlythe decision to set the indicator is sent by the core network controlnode GMSC to the core network node.

In another embodiment of the invention, also the decision to set anindicator is taken by an access node, or the parameter indicating saiddecision is sent by the core network control node GMSC to an accessnode. In those cases message 62 is not sent.

Independent from the source of the set of parameters or indicator, afterthe reception of said parameter set and the indicator, the first corenetwork node CN1 continues the connection establishment as described inFIG. 1. The initialization message and the according acknowledgement aredepicted as the message sequences InAck′ and InAck″.

The difference between the non-transparent and the transparenttransmission of Iu UP is described in FIGS. 7 a and 7 b using an Iu UPprotocol as an example.

FIG. 7 a shows two core network nodes, monitoring the Iu UP herereferred to as Iu SDUs-payload for initialization messages referred asIU PDU Type 14 while transferring it. In both nodes, the currently validRFCIs are stored.

FIG. 7 b shows the same core network nodes transferring Iu UPtransparently.

The payload is not monitored, RFCIs are stored. In that case, the storedRFCI values will be used for the new connection segment. As the corenetwork nodes do not monitor the Iu UP for initialization messages, nounsolicited initialization must be sent to them.

The above embodiments admirably achieve the objects of the invention.However, it will be appreciated that departures can be made by thoseskilled in the art without departing from the scope of the inventionwhich is limited only by the claims.

1. A method for the establishment of a connection between a first accessnode and a second access node via a core network, wherein the corenetwork comprises two or more interconnected core network nodesincluding a first core network node and a final core network node,wherein: the first core network node receives a set of parameters forframing information sent over an interface between the first access nodeand the first core network node for a connection, wherein the set offraming information parameters includes radio access bearer subflowcombination indicators (RFCIs) for indicating a codec mode for theconnection; the first core network node stores the set of framinginformation parameters; a decision is taken to set an indicator thattransparent transmission will be performed after call establishment,wherein transparent transmission provides a transfer of frames withoutmapping between different framing protocols; the first core network nodeinitializes the connection to a further core network node according to aframing protocol, including the set of framing information parametersand the indicator that transparent transmission is to be performed aftercall establishment; the further core network node stores the set offraming information parameters including said indicator; if the finalcore network node has not been reached, further stepwise initializationof the connection to further core network nodes and storing of framinginformation parameters and the indicator in the further core networknodes is performed until the final core network node is reached; thefinal core network node initializes a connection to the second accessnode according to said framing protocol and the second access nodestores the set of framing information parameters including saidindicator; wherein the core network nodes are core network nodes in theconnection; and the first access node establishing a connection with thesecond access node via the first core network node and the final corenetwork node.
 2. The method according to claim 1, wherein the decisionto set an indicator is taken by a core network control node controllingthe first core network node.
 3. The method according to claim 2, whereina decision to monitor payload for initialization messages is taken bythe core network control node and signaled to a core network node. 4.The method according to claim 2, wherein the core network control nodedecides to set a parameter that unsolicited Iu initializations are notpermitted and sends said parameter to an access node.
 5. The methodaccording to claim 1, wherein the decision to set an indicator is takenby the first core network node.
 6. The method according to claim 1,wherein the decision to set an indicator is taken by an access node. 7.The method according to claim 1, wherein a core network node in theconnection breaks the connection and initializes a connection segment toa different core network node or access node according to said protocol,using the same set of framing information parameters for the connectionsegment as for the connection.
 8. A method for the establishment of aconnection between a first access node and a second access node via acore network, wherein the core network comprises two or moreinterconnected core network nodes including a first core network nodeand a final core network node, wherein: the first core network nodereceives a set of parameters for framing information sent over aninterface between the first access node and the first core network nodefor a connection; the first core network node stores the set of framinginformation parameters; a decision is taken to set an indicator thattransparent transmission will be performed after call establishment,wherein transparent transmission provides a transfer of frames withoutmapping between different framing protocols; the first core network nodeinitializes the connection to a further core network node according to aframing protocol, including said indicator that transparent transmissionis to be performed after call establishment; the further core networknode stores the set of framing information parameters including saidindicator; if the final core network node has not been reached, furtherstepwise initialization of the connection to and storing of framinginformation parameters and the indicator in further core network nodesis performed until the final core network node is reached; the finalcore network node initializes a connection to the second access nodeaccording to said framing protocol and the second access node stores theset of framing information parameters including said indicator; wherein:the core network nodes are core network nodes in the connection; thefirst access node establishes a connection with the second access nodevia the first core network node and the final core network node; thesecond access node initializes a reverse connection to the final corenetwork node according to the protocol, wherein a second set ofparameters for the framing of information is transmitted; and both setsof framing information parameters differ and a core network node insertsa pair of transcoders into the connection.
 9. The method according toclaim 8, wherein the final core network node sends a message to acontrol server for initiating a modification of connection parameters bythe final access node, the final access node changing both the sets offraming information parameters for uplink and for downlink transmissionsto the final core network node.
 10. A method for the establishment of aconnection between a first access node and a second access node via acore network, wherein the core network comprises two or moreinterconnected core network nodes comprising a first core network nodeand a final core network node, wherein: the first access nodeinitializes the connection to a first core network node according to aframing protocol, wherein a set of parameters for the framing ofinformation sent over the interface between the first access node andthe first core network node is transmitted to the first core networknode wherein the set of framing information parameters includes radioaccess bearer subflow combination indicators (RFCIs) for indicating acodec mode for the connection; the first core network node stores theset of framing information parameters; the first core network nodeinitializes the connection to a further core network node according tosaid protocol; the further core network node stores the set of framinginformation parameters; if the final core network node has not beenreached, stepwise initialization of the connection to and storing ofsaid set of framing information parameters in further core network nodesis performed until the final core network node is reached; the finalcore network node initializes a connection to the second access nodeaccording to said protocol and the second access node stores the set offraming information parameters and wherein the core network nodes arecore network nodes in the connection; and the first access nodeestablishes a connection with the second access node via the first corenetwork node and the final core network node.
 11. The method accordingto claim 10, wherein the framing protocol is the Iu protocol.
 12. Themethod according to claim 10, wherein a core network node in theconnection inserts a function unit into the connection.
 13. The methodaccording to claim 10, wherein a core network node is adapted toestablish connections according to different framing protocols, checksthe framing protocol defined in a request to initialize a connection,and selects said framing protocol for the initialization of theconnection to a further node.
 14. The method according to claim 10,wherein a core network node acknowledges the initialization to apreceding node.
 15. The method according to claim 10, wherein a corenetwork node in the connection breaks the connection and initializes aconnection segment to a different core network node or access nodeaccording to said protocol.
 16. A method for the establishment of aconnection between a first access node and a second access node via acore network, wherein the core network comprises two or moreinterconnected core network nodes comprising a first core network nodeand a final core network node, wherein: the first access nodeinitializes the connection to a first core network node according to aframing protocol, wherein a set of parameters for the framing ofinformation sent over the interface between the first access node andthe first core network node is transmitted to the first core networknode; the first core network node stores the set of framing informationparameters; the first core network node initializes the connection to afurther core network node according to said protocol; the further corenetwork node stores the set of framing information parameters; if thefinal core network node has not been reached, stepwise initialization ofthe connection to and storing of said set of framing informationparameters in further core network nodes is performed until the finalcore network node is reached; the final core network node initializes aconnection to the second access node according to said protocol and thesecond access node stores the set of framing information parameters andwherein the core network nodes are core network nodes in the connection;and the first access node establishes a connection with the secondaccess node via the first core network node and the final core networknode; wherein the second access node initializes a reverse connection tothe final core network node according to the protocol, wherein a secondset of parameters for the framing of information is transmitted, and theinitialization is performed stepwise to the first access node, whereinboth sets of framing information parameters are incompatible and a corenetwork node inserts a transcoder into the connection.
 17. The methodaccording to claim 16, wherein a core network node sends a message to acontrol server for initiating a modification of connection parameters byat least one access node.
 18. A core network node in a communicationnetwork, wherein said node can be interconnected with further corenetwork nodes, comprising: an interface for receiving an initializationrequest from a first access node or a further core network node toestablish a connection between the first access node and a furtheraccess node according to a framing protocol; a processing system toextract a set of parameters for the framing protocol from the requestand initialize the connection to a further core network node or thefurther access node according to said protocol, wherein the set offraming protocol parameters includes radio access bearer subflowcombination indicators (RFCIs) for indicating a codec mode for theconnection; an interface for sending an initialization request for theconnection to the further core network node or the further access nodeand for sending the set of framing protocol parameters to the furthercore network node or the further access node; and a memory for storingthe extracted set of framing protocol parameters.
 19. A core networknode in a communication network, wherein said node can be interconnectedwith further core network nodes, comprising: an interface for receivingan initialization request from a first node to establish a connectionbetween a first access node and a further access node according to aframing protocol; a processing system for extracting a set of parametersfor the framing protocol from the request and for determining anindicator for permitting transparent Iu User Plane (Iu UP) transmissionafter connection establishment, and for initializing the connection to afurther node in the connection according to said protocol, and formonitoring the transmission according to the indicator, wherein the setof framing protocol parameters includes radio access bearer subflowcombination indicators (RFCIs) for indicating a codec mode for theconnection; an interface for sending an initialization request for theconnection to the further node in the connection and for sending the setof framing protocol parameters and the indicator to the further node inthe connection; and a memory for storing the extracted set of framingprotocol parameters and said indicator.
 20. The core network nodeaccording to claim 19, wherein the core network node is adapted toperform a decision to set said indicator.